home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1526 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. From: Michael Smith <miff@apanix.apana.org.au>
  2. Subject: Large directories on Minix partitions.
  3. Date: Tue, 7 Jun 1994 00:04:41 +0930 (CST)
  4.  
  5. Here's one that I think is not likely to stress too many people, but
  6. I'd like an educated opinion...
  7.  
  8. During testing of my Wnews port (which I may be dropping in favor
  9. of another package anyway 8) I encountered a nasty 'feature' of its
  10. inews, whereby a copy of a message is made in the junk newsgroup
  11. for every non-matched newsgroup on the newsgroups: line. 
  12. Nasty. Especially when I was soak-testing it with 11M of compressed
  13. newsbatches.
  14.  
  15. Anyway, I stopped unbatch after about nine hours and went looking for
  16. the problem.  /var/spool/news/junk was 80K long, an obvious candidate.
  17.  
  18. Ok, so rm -rf junk
  19.  
  20. After about an hour and a half, I concluded that the filesystem may well
  21. be faulty, so I rebooted. (at this point, no key response, no vconsole 
  22. switching, nothing. disk is active and light flashing, but no input)
  23.  
  24. (interesting sidebar : I have 3 minix fs', on two disks : second (63M)
  25. and third (120M) on one disk, all disk (96M) on the other.  I can
  26. fsck the first and second partitions running init/vconsoles, and
  27. I can fsck the second and third running gem/toswin, but the odd one out
  28. gives me 'cannot open device x:' ... weird 8)
  29.  
  30. Anyway, fsck says the filesystem is okay, so I take another approach :
  31.  
  32. ls -1 >/tmp/foo
  33.  
  34. edit foo to look like 
  35.  
  36. echo XXXXXX; rm XXXXXX
  37.  
  38. and then nice bash </tmp/foo &
  39.  
  40. There were about 1100 files left at that point, and it took a good
  41. couple hours to delete them all.  This is on a TT, with an admittedly
  42. rather slow disk (70M MFM running RLL on an Adaptec 4070), but even so,
  43. five seconds per file is a bit sluggish.  This also totally spammed 
  44. the machine, but the progress indicator gave me faith.
  45.  
  46. Is it meant to be this slow?  If not, maybe there's something useful in
  47. there for future performance enhancement. 8)
  48.  
  49. Regardless, I'm not planning on having a thousand files in a directory 
  50. in any sort of hurry again 8)
  51.  
  52. -- 
  53. # mike smith : miff@apanix.apana.org.au - Silicon grease monkey        #
  54. # "The question 'why are the fundamental laws of nature mathematical'  #
  55. # then invites the trivial response 'because we define as fundamental  #
  56. # those laws which are mathematical'". Paul Davies, _The_Mind_of_God_. #
  57.